其他
退转付，流程图解析
前一段发表了一篇退转付的文章《退款这么做，就没有退不回去的钱》，文中没有流程图，特此补上
按照我作图的思路和过程带着大家把这个图做出来，也算是一次绘图模拟训练了
先定全局流程
整个流程图有三个泳道组成，左边是退款业务发起方，右边是退款渠道，中间是支付核心的退款处理流程
再定退款流程的分支
退款处理流程部分也包含三部分，超过退款时效的退款处理、退款主流程、正常退款处理
其中两个子流程之间有一条通路，通过退款失败是否超时效链接
对流程图进行细化
基于上面的设计框架进行细化，即可以得到完整的流程图，如下图所示
退款发起：业务系统发起退款申请，用户取消了订单、申请退货、售后等一系列业务操作，产生了退款业务；退款请求发往支付核心
退款主流程：支付核心接收到退款请求，在主流程上退款模块创建退款单，然后判断退款时效是否超期，该判断是分化出两个子流程的关键节点
正常退款的处理子流程：在没有超期的情况下判定为正常退款，请求原付款通道申请退款即可，不过这里要特别注意，对于退款失败的情况，要再次判断是否因为超过退款时效，从而有一条从正常退款流程转入退转付流程的通路
超过退款时效的退转付处理子流程：如果最初的退款判断出，超过了退款时效则创建退转付订单，完成收款账号信息获取以后发起付款申请
退款结果通知：对于成功的退款或者付款结果通知业务方
失败业务的处理：对于失败的付款或者退款根据失败原因进行处理，是调整后继续发起或者将失败结果通知业务方；比如退转付失败原因是收款账户信息有误，则返回用户进行修改后重新发起；如果是付款账户余额不足，则进行充值后再次发起
本图还可以继续细化，绘制流程图的过程其实就是从主线不断分化出分支然后打磨细节的过程，切忌直接扣细节
最后，2024新年第一天，祝大家新年快乐！